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n recent years, Jmowledge management has referred to efforts to capture, store, aad 

deploy Icnowledge using a combination of information technology and business 

processes.'-^ More specifically, organizations aim to acquire Icnowledge fi-om valued 

individuals and to analyze business activities to leam from successes and failures. Such 

mization group of a large oil and gas service company 
uses kno\yledge-engineering practices to support the 
three facets of tlie Icnowledge managemeht tasic: , 

■ Knowledge capture— In the group's systematic 
knowledge acquisition process, a conceptual busi- 
ness model of the company guides case and rule 
capture. 

• Knowledge storage— The group .uses a knowledge 
representation language to c'odify the structured 
knowledge in several knowledge bases, which 
together make up a knowledge repository. 

• ^Tnow/erfgec/ep/oymen/— Through standard Web ' 
browsers on the company intranet, group mem- 
bers can run the Icnowledge bases within a knowl- 
edge server. The server answers queries fauiiore 
complex than those possible with conventionaTX 
database systems. 

Atsplying knoimiedgQ engiiieei-in^ to 
knowSadge ahanagement ■ ^ 

In the 1990s, knowledge engineering emerged as . 
a mature field, distinct from but closely related to 
software engineering.''' Among its distinct aspects 
are a range of techniques for knowledge elicitation 
and modeling, a collection of formalisms for repre- 
senting knowledge, and a toolkit of mechanisms for 
implementing automated reasoning. 
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captured knowledge must then be made available 
throughout the organization in a timely manner. 

Currently, few in terms of teclmology, most current knowledge 

management activities rely on database and Internet 

organizuiions have a systems, if knowledge is stored explicitly at all, it is 
typically in databases either as simple tables (for • 

systematic process for example, relational databases) or semistniotured text 
(as in Lotus Notes). The use of sophisticated knowl- 

capturing knowledge, edge representation systems such as Classic, Loom, 
or Q2 is rare. Also, few organizations have a sys- 

as distinct from data, tematio process for capturing knowledge, as distinct 
from capturing information. (See the "Current Prac- 

The authors illustrate tice" sidebar for a description of techniques.) 

We believe that current knowledge management 

how a large oil and gas practice significantly nnder-utilizes knowledge-engi- 
neering technology, despite recent eiibrts to promote 

service company uses its use."" In this article, we focus on two knowledge- 
engineering processes: 

knowledge-engineering 

• using Icnowledge acquisition processes to capture 
processes to capture, structured knowledge systematically and 

• using knowledge representation technology to 
store, and deploy store the knowledge, preserving important rela- 
tionships that are far richer than those possible in 

drilling-optimization conventional databases. 

knowledge. To demonstrate the usefulness of these processes, 

we present a case study in which the drilling opti- 



Exhibit C 



Here is an outline of the knowledge-engi- 
neering process:-'''' 



s analysis. Identify the 
scope of the knowledge-based system, 
typically in terras of its expected com- 
petency (for example, the kinds of 
queries it will be able to answer). 

2. Conceptual modeling. Based on the 
scope defined in step 1 , create a glossary 
of terminology (concepts) for the appli- 
cation domain and define interrelation- 
ships between the terms of and con- 
straints on their usage. An explicit 
conceptual model of this kind is com- 
monly called an ontology. 

3 . Knowledge base conslmction. Using the 
- conceptual model or ontology fi-ora step 

2 as a collection of knowledge contain- 
ers (or schemata), populate the knowl- 
edge base with Instances of domain 
knowledge (often in the form of rules, 
facts, cases, or constraints). 

4. Operationalization and validation. Oper- 
ationalize the knowledge base iiom step 

3 usmg automated reasoningmechaiiisms 
and validate its competence against the 
requirements fiom step 1 . If satisfactory, 
release the system; otherwise, repeat steps 
1 tluough 4 until satisfactory. 

5. Refinement and maintenance. After 
delivery, the system continues to evolve 
as Icnowledge changes. Thus, steps 1 
through 4 must be repeated throughout 
the life of the system. 

Any knowledge management system that 
involves explicit knowledge representation 
is amenable to development using at least 
part of this process. In fact, it is always worth 
applying at least part of this process to any 
knowledge management activity that in- 
volves explicit knowledge representation. 
Here are several examples, using the com- 
mon knowledge management activities 
described in the "Current Practice" sidebar: 

• Document management systems. As a min- 
imum, apply step 1 at the outset to ensure 
competency criteria are defined. Tliis ensures 
at least the selection of the right tool; it may 
reveal a need for a more stmctured approach. 

• Discussion fomms. As a minimum, apply 
steps 1' and 2 to ensure that the system's 
scope is well understood, and that each 
forum's organization eflFectively supports 
existing (or desired) communities of 



• Capability management systems. As 
above, apply steps 1 and 2 to define the 
metaknowledge that will serve as knowl- 
edge containers or schemata to capture 
workers' capabilities. Use step 3 to popu- 
late the CV database. 

• Lessons-learned knowledge base systems. 
Because these are knowledge-based sys- 
tems, they should follow the entire five- 
stage process. 

It is particularly important to employ 
knowledge-engineering techniques when an 
organization employs a range of knowledge 
management approaches. This is becoming 
common in larger organizations, which akeady 
use a multiplicity of information systems tied 
• into an intranet and see a multifaceted knowl- 
edge management system as normal. For 
example, such a knowledge management sys- 
tem might include a capability management 
system, discussion forums, a document man- 
agement system, and several lessons-learned 
knowledge bases. In such cases, the key chal- 



lenge becomes knowledge integration — link- 
ing the various sources at the knowledge-con- 
tent level. 

In this context, the organization can use the 
knowledge-engineering process to define an 
organizational knowledge model— a know- 
ledge wop''— which delineates the relation- 
ships that bind the muUifaceted knowledge 
management system at the knowledge-con- 
tent level. (The actual software-level bindings 
can use hyperlinking, remote procedure call- 
ing, or any one of a host of distributed com- 
puting tecliniques.) Therefore, even when an 
organization embarks on its first, single-facet 
knowledge management project, it may well 
be worthwhile to follow steps 1 and 2 of the 
knowledge-engineering process to define an 
initial Icnowledge map. 

Case study: drliBing optimisation 

Baker Hughes OASIS, an engineering ser- 
vices subsidiary company of Baker Hughes, 
provides drilling-process expertise in the oil 
and gas industry worldwide. In particular. 



Most knowledge management activities combine business processes and infor- 
mation technology.^ As currently practiced, knowledge'management Includes sev- 
eral activities and technologies: 

evant to the task at hand. Essentially, these are multisource search and infor- 
■ ' mation-retrieval systems that tie into an organization's intranet (and may 

extend to the public Internet). These systemsjnclude several commercially 
• available products, such as those made by Autonomy and Verity. 

• Discussion forum systems^ promote knowledge dissemination within communi- 

' ties of practice. Workers subscribe to forums relevant to their interests, exchang- 
' ing questions and answers, lessons learned, announcements, and industry gos- 
, sip. Such systems are easily.lmplementable with both freely available Web 
software and comrnercial products. 

• Capability management systems aWow an organization to "know who knows 

• what."= Essentially, these are databases of suitably structured CVs or resumes; as 
such, they are implementable with off-the-shelf database software. The goal is 
to put people together by matching one person's need for expertise with 
another person's listed skills. 

• Lessons-learned knowledge base systems let workers tap into past experience, by 
, storing that e:i(perience as structured cases. These systems allow sophisticated 
queries, typically supporting "fuzzy" retrieval of "similar" cases. Although simple 
systems can use just conventional database software, full functionality requires 
special-purpose, case-based, reasoning or knowledge-based system software. 
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Baker Hughes OASIS specializes in drilling 
performance optimization, which involves 
identifying, understanding, and overcoming 
barriers to improved drilling perfonnance. 
Drilling performance optimization engineers 
need a specialized set of skills, which they 
draw from mechanical engineering, geology, 
physics, and other disciplines. Because the 
field is relatively new, the community of 
skilled optimization engineers is small, and 
those within Baker Hughes OASIS are dis- 
persed worldwide. 

For these reasons, drilling perfonnance 
optimization represents an ideal application 
domain for knowledge management. Hav- 
ing recognized this in the early 1 990s, Baker 
Hughes OASIS developed a multifaceted 
knowledge management approach, which 
currently includes the followmg system 
components: 

• Drilling Perfonnance Guidelines, a semi- 
structured document base implemented m 
Lotus Notes/Domino;^ 

• OASIS University, an online training sys- 
tem for optimization engineers, also 
implemented in Lotus Notes/Dommo; 

• Drill Bit Advisor, a rule-based expert sys- 
tem implemented in LISP/CLOS using a 
custom graphical rule representation;' and 

• Drilling Knowledge Store, a technical 
lessons-learned knowledge base. 

All of these components are mterlinked. For 
example, a conclusion (recommendation) 
made by the Drill Bit Advisor is commonly 
linked with a URL to a Dnlhng Performance 
Guideline in the Lotus Noies/Dommo system. 

The Drilling Knowledge Store, one of the 
newest components of this knowledge man- 
agement strategy, is an open repository of 
case-based drilling knowledge, accessed 
through a Lotus Domino server. A structured 
search tool allows users to query the knowl- 
edge store for lessons learned in environ- 
ments similar to a specified environment of 
interest. New knowledge forms promote easy 
entry of new cases, which the system sub- 
mits to reviewers for audit and approval 
before making them available to other users. 
Links to the Drilling Perfonnance Guidelines 
system avoid knowledge duplication and 
ease updating and maintenance. 

The Drilling Knowledge Store builds on a 
knowledge map developed using the stan- 
dard knowledge-engineering process des- 
cribed earlier, and it incorporates a drilling 
knowledge repository, a case-base of opti- 



mization engineers' documented experience. 
The drilling optimization group developed 
this case-base in collaboration with the Uni- 
versity of Aberdeen, managing the work as 
a Teaching Company Scheme. The follow- 
ing sections detail its development stages. 

Requirements analysis 

The development team first conducted a 
series of interviews with optimization engi- 
neers to explore the scope of the drilling 
knowledge repository. The key finding was 
that the system ought to be highly open. 
Because drilling optimization is relatively 
new, knowledge in the domain is evolving. 
As a result, the system would most hkely have 
to cope with the following kinds of change: 




• New concepts and relationships could be 
discovered m the fiature, so knowledge 
containers or schemata would have to be 
highly extensible. 

• New cases would grow in proportion to 
the growth in the drilling optimization 
business, so instances would fi-equently be 
added. 

• Instances might be reclassified, es- 
pecially as outdated knowledge is 
"decommissioned." 

Conceptual modeling 

Following the first round of interviewing, 
the development team drew up an initial glos- 
sary of terms. In an attempt to derive a set of 
concepts, the team analyzed the transcripts of 
the interviews using the PC-PAClC knowl- 
edge acquisition software toolkit. However, 
it was not suificiently flexible in dealing with 
concepts where the "defining" words were 
not adjacent in a piece of text or where they 



were interspersed with words fi^om other con- 
cepts. PC-PACK and similar textual mark-up 
systems allow the user to indicate only that 
single words correspond to concepts, attrib- 
utes, and values. In practice, such entities are 
often defined by several words, and these are 
not necessarily adjacent. For example, the text 
"a bus system that links all the suburbs to the 
center and to each other" contains the con- 
cept comprehensive-city-bus-network, but it 
also contains parts of the concept cit)> (sub- 
urb and center). 

In view of this tool's limitations, the team 
used a manual concept-mapping approach 
instead,'" which focused on defining con- 
cepts in two areas: 

■ concepts associated witli the drilling envi- 
ronment, including extensive definitions 
of geological concepts (leading to the cre- 
ation of an ontology for representing the 
rock formations that constitute a drilling 
task), and those associated with drilling 
itself (chiefly drill bits, fluids, and related 
apparatus); and 

• knowledge management concepts that 
would allow the capture of useful in- 
stances of the optimization engineers' 
experience (most obviously, the concept 
ofaca^e). 

Early in tlie process, the team formalized these 
concepts to manage them within a software 
environment. They chose the Loom knowl- 
edge representation system' ' and its associ- 
ated Ontosaunis browser/editor because it had 
a number of advantages. First, Loom is one of 
the most flexible and least constraining knowl- 
edge representation systems available. In addi- 
tion, Loom's operational mechanisms (chiefly 
the classification engine) allowed the knowl- 
edge-engineering team to test the conceptual 
model's integrity during its development. 
Finally, Ontosaurus provides a Web fi-ont end 
for Loom knowledge bases, allowing multi- 
ple users to inspect, query, and modify the 
knowledge base on a network, using a stan- 
dard Web browser. 

Knowledge base construction 

By the time the knowledge-engineering 
team had defined a reasonably complete con- 
ceptual model, they had already elicited sev- 
eral sample cases from the optimization engi- 
neers as a natural part of expl oring the scope 
of the domain. When fonnalizing the con- 
ceptual model in Loom, the team took the 
opportunity to represent these cases using 
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Loom's knowledge containers. However, 
they used a distinct approach for systematic 
case acquisition. 

First, they identified a small number of liigh- 
perfonning, expert optimization engineers. 
Then, team members conducted intensive, 
one-on-one Icnowledge acquisition campaigns 
with these individuals, Mindfiil of lessons 
learned from negative knowledge acquisition 
experiences during the heyday , of expert sys- 
tems in the 1 980s, the team carefully designed 
these campaigns to ensure that the experts 
would contribute actively and positively. 

The team formalized the knowledge' 
acquired from each campaign in Loom, but 
also wrote it up in a natural-language elec- 
tronic document called a Icnowledge book}- 
which the expert could check for accuracy 
and which was disseminated on CD-ROM 
throughout the company as an easily acces- 
sible, early result of the OASIS group's work. 

Operationalization and validation 

The knowledge base was operationalized 
naturally by tlie choice of Loom as the rep- 
resentation language. The team performed 
validation of the represented knowledge at 
two levels — indirect validation using the 
Icnowledge books and direct validation using 
Loom's inference mechanisms. Further indi- 
rect validation came through the develop- 
ment of drill bit selection rules using some 
of the case-based knowledge acquired in the 
knowledge acquisition campaigns. These 
rules were then validated using existing soft- 
ware in the Drill Bit Advisor expert system. 

irep0sitoiY in Loam 

Philosophically, we consider OASIS a 
knowledge storage and retrieval system 
rather than a knowledge-based system. This 
is because knowledge-based systems are 
strongly associated with tasks, such as deci- 
sion support, automated decision-making, or 
training. But the task for which knowledge 
is to be used places a strong bias on the form 
of the knowledge." In this case, the imple- 
mented system had to be task-neutral: it was 
to serve purely as a repository for captured 
knowledge, without any risk of biasing the 
forni and content of the knowledge toward a 
particular future usage. 

Nevertheless, the system does have at its 
core a set of automatic deductive facilities 
(provided by Loom), which operate on the 
definitions given to tlie system by the knowl- 
edge modeler. However, these inferences 



operate at the conceptual-model level and not 
at any action level. Thus, actions are left to 
humans, and the system does not advise per 
se on any action the user should take. For 
example, the system can recognize instances 
and classify them appropriately with reference 
to the conceptual model, but this is purely for 
the piupose of retrieving those instances and 
bringing them to the user's attention. 

The Loom knowledge store has two main 
parts— a conceptual model and a database. 
(This is analogous to a database, with its 
schema and data parts.) The conceptual part 
of the knowledge base is defined using con- 
cepts. It includes binary concepts (known as 
roles) and unary concepts (known as con- 
cepts). The database is populated with 



instances of these concepts. 

The following sections give examples of 
the Loom constructs to illustrate the 
approach in concrete terms. Our intention is 
to explain the constructs so that a full under- 
standing of the representation language is 
not necessary. (For readers unfamiliar with 
Loom or similar languages, Robert Mac- 
Gregor and Ronald J. Brachman and his col- 
leagues provide good introductions."'"') 

Modeling constructs for drilling 
engineers' experience 

Because the knowledge store is chiefly 
intended to capture experiential cases from 
drilling engineers, the most important con- 
cept is the case. 

(defconcept CASE :i5-pnmitive 

(land (-.exactly 1 formation-sequence) 
(:all decision DECISION) 
(:all observation OBSERVATION))) 

A case usually describes a drill bit run — a 



continuous period of drilling with a single drill 
bit. So, if an optimization engineer experiences 
some bit run worthy of being recorded in the 
knowledge store, the engineer should include 
a representation of the rock formation 
sequence and the decisions made on how to 
drill that fonnation sequence, along with any 
associated observations. A decision can refer to 
a choice of drill bit, mud (drilling fluid), flow 
rate, and so on. Alternatively, the case need not 
refer to an actual drill bit run if the person 
entering it simply has an experience to share. 

A decision has several different dimen- 
sions, including issues, actions, goals, an 
author, a spin, and reasoning. These dimen- 
sions provide a balance between structured 
knowledge and free text. The structured 
knowledge enables formal representation and 
therefore supports powerful searches; the 
free text supports semistructured knowledge. 

(defconcept DECISION :is-priniitive 
(:and (:exactly ] action) 
(:at-most 10 issue) 
(■.at-mostlOgoal) 
(:of-niost 1 authors-reasoning) 
(:at-niost 1 componys-reosoning) 
(:at-most 1 author) 
(:at-niost 1 spin))) 

An issue is some informational context that 
the engineer considered when making the 
decision. The issues in the current knowledge 
base reflect quite strongly the best-practice 
drilling database (in Lotus Notes), as shown 
by the link roles in the following code. These 
can be filled with links to other media, includ- 
ing the Notes database itself, using URLs. 

(defconcept ISSUE :is-priniitive 

(•.and KNOWLEDGE_MANAGEMEHT_COHCEPT 
(:af-most 1 symptoms-ond-diagnosis-link) 
(:at-most 1 description-link) 
(•.at-most 1 parameters-link) 
(:at-most 1 diagnostic-information-link) 
(:at-most 1 planning-adions-link) 
(:at-most 1 operating-practices-link) 
(:at-most 1 examples-link))) 

An action is the real-world consequent the 
engineer performed as part of the decision; 
this includes both structured (categorical-out- 
come) and free text (textual-outcome) outcomes. 

(defconcept ACTION :is-primitive 

(:and KNOWLEDGE_MANAGEMENT_CONCEPT 
(:at-most 1 categorical-outcome) 
(:at-most 1 textual-outcome))) 
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The system captures two kinds of reason- 
ing for a decision. The author 's reasoning is 
a free-text field for explanations— for exam- 
ple, why an engineer chose a certain drill bit. 
This allows the storage of incomplete, inac- 
curate, and even incoherent explanations for 
actions. After all, the main reasoning or 
determinism for the action consists of the 
other structured information describing the 
circumstances for the action, such as the for- 
mation sequence. The company 's reasoning 
field expresses the company's commonly 
agreed on beliefs for the decision in question. 

Modeling constructs for the 
drilling environment 

The system describes the drilling envi- 
ronment chiefly in terms of conceptual rock 
sequences. The team achieved representa- 
tions of these by defining an ontology of geo- 
logical concepts, including consti-aints. For 
instance, if the user wishes to specify the 
depth or length of a particular section of 
lithology (a basic rock type — for example, 
sand or shale), that section must be repre- 
sented as a formation. The superstructure 
larger than that is ths formation sequence, 
which can have one or more, formations. 
Each formation can have one or more lith- 
alogies. A formation is the conceptual mod- 
eling granularity at which the users should 
represent any part of the wells they feel 
should have represented interval lengths and 

(defconcept FORMATIOHJEQUENCE :is-primitive 
(:andROCK_CONCEPr 
!:at-least 1 formation))) 

(defconcept FORMATION :is-prlmltive 
(:andROCK_CONCEPr 
(:at-ieast 1 lithology))) 

To allow users to represent and query for- 
mation sequences flexibly, the ontology 
defines several relations. For example, the 
relation comes-in-somewhere-ofter relates two for- 
mations, the first of which comes in some- 
where after the other. 

(defrelationcomes-in-somewhere-after 
:domaln FORMATIOHJEQUENCE 
:range FORMATION 

:charatteristics (:multiple-valued -.closed-world) 
:is (:satisfles (?forniatlon-x ?formation-y) 
(:and 

(FORMATION ?formation-x) 
(FORMATION ?forniation-y) 



(:or (tomes-in-iinmedlately-ofter 
?formotion-x?formation-y) 
(■.exists (?formation-z) 
(:and 

(FORMATION ?formDtion-z) 
(comes-in-somewhere-after 

?formation-x ?forniation-z) 
(comes-in-somewhere-after ?formation-z 

?formation-y))))))) 

One important feature of Uthologies is their 
hardness. While a lithology has, by defini- 
tion, one rock type (such as shale), it can have 
more than one hardness. (For example, shale 
could consist of 1 00 meters of very soft rock 
and 300 meters of soft rock.) 




(defrelalion hardness 
:domain LITHOLOGY 
:range HARDNESS 

tcharacteristics (:closed-wor!d :multiple-valued)) 

To support drill bit run modeling, the 
ontology includes a collection of func- 
tions that relate formation sequences, con- 
stituent lithologies, and accumulated 
hardness. 

In addition to the generic geological con- 
cepts, the knowledge store includes repre- 
sentations of the concepts involved in 
drilling, such as drill hit. 

(defconcept DRILLJIT :is-primltive 

(•.and DOWN-HOLE JQUIPMENTJONCEPT 
(•.exactly 1 bit-gouge))) 

Querying the knowledge store 

The retrieve function, which retrieves 
instances from the knowledge base, pro- 
vides an interface to Loom's deductive 
query facility. Formation sequence queries 



are among the most sophisticated forms of 
query that users can issue to the knowledge 
store. The concepts likely to be of interest 
are individual formations and formation 
sequences. Two common queries are on an 
overall cumulative amoirnt of a certain hard- 
ness of a particular lithology over a forma- 
tion sequence and formations that have 
amounts of particular lithologies of a cer- 
tain hardness. 

The following example query looks for 
cases that have a formation sequence that has 
as constituents of its formation(s) at least 
1,900 feet of very soft to soft shale (includ- 
ing all subtypes of shale). 

(retrieve ?case 
(:and 
(CASE?case) 

(>= (sum (:collect ?lithology-amount-ft 
(:and 

(:exists {?formation-sequence ?formation 
?lithology ?hardness) 
(:and 

(formation-sequence ?case ?formation- 

sequence) 
(formation ?formation-sequence 

?formation) 
(lithology ?formation ?lithoiogy) 
(lithology-hardness-amount-ft?lithology 

?hardness ?lithology-amount-ft) 
(:or 

(VERY_SOFr?hardness) 

(SOFr?hardness)) 
(SHALE ?lithology) 
)))))1900))) 

Users typically also want to look for 
cases in which engineers achieved specific 
goals or outcomes. The following example 
query retrieves cases that have a drill bit 
decision in which one of its goals was good 
ROP (rate of penetration) with good hit 
cleaning. 

(retrieve ?case 
(:and 
(CASE?case) 
(•.exists (?dedsion) 
(decision ?case ?dedsion) 
{DRILLJIT_PWNNING_DECISIOH?decision) 
(goal?detision 
GOODJOP_WITH_GOODJITJLEAHIHG)))) 

It is worth emphasizing how the Loom rep- 
resentation supports querying. First, the clas- 
sification engine automatically associates 
new concepts (including new cases) with 
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Figure 1. Loom Drilling Knowledge Repository screenshot. 
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Figure 2. Lotus Notes/Domino drilling knowledge store screenshot. 



super- and subconcepts. This means that a 
query for a subconcept will automatically 
find all superconcepts. This also means that, 
by using the Ontosaurus concept browser, a 
user can quickly find subconcepts related to 
the result of a query. Second, the pattern- 
matching mechanism, combined with the 
way Loom represents drilling sequences, 
means that the system easily accommodates 
partial matches. A user need only specify dis- 
continuous fragments of a formation se- 
quence, for example, to retrieve usefi.il oases 
of drilling wells including those sequence 
fragments. ■ 

Adding to the knowledge store 

As we described earlier, the knowledge 
store comprises a conceptual and a database 
part. We consider the conceptual part stable 
and expect that knowledge will rarely need 
to be added or modified. However, additions 
to the database part will surely be regular. 
The Loom operations used to update the 
database part of the knowledge base are tell 
and about: tell is used to assert propositions 
and facts about the world or domain; about 
references the instance to which those 
propositions refer. The following example 
shows how a user might enter a case 
instance. This example case has one forma- 
tion sequence name and zero or more deci- 
sions and observations. 

[tell (:about Case-Name 
CASE 

(formation-sequence Formation-Sequence- 
Name] 
(decision Dedsion-Name) 
(observation Observotion-Hame))) 

Cmmnt status and Mure plans 

The Loom Drilling Knowledge Reposi- 
tory currently contains 1,200 concepts and 
240 relations, with further expansion 
planned. The knowledge store is accessible 
on the company's intranet using a standard 
Web browser through the Ontosaurus' sys- 
tem (see Figure I). 

The use of Loom has facilitated great flex- 
ibility in the modeling process allowing the 
ontolojgy to grow naturally over the first two 
years of the project. Attempting to model a 
comparable richness of interrelationships in 
a relational database, for example, would 
have been extremely difficult and more tirae- 
consmning, and it would doubtless have 
involved many more modifications to the 
scheraas. 



Nevertheless, although it is relatively 
straightforward to browse the case base and 
ontology using Ontosaurus, the current sys- 
tem has several significant problems: 

• It is difficult to issue complex queries to 
the Loom knowledge store through the 
Ontosaurus interface because Ontosaurus 
provides direct support only for simple 
queries (retrieve cases with matching sim- 
ple role values). 

• It is hard to add new cases because these 
require the user to have knowledge of 
Loom syntax, an unrealistic expectation 
for optimization engineers. 

• Multiuser access (basic locking and 
restricted concurrent access) is limited. 



In addition to these issues, the team 
wanted the drilling knowledge repository to 
have a familiar interface, preferably that of 
the existing systems implemented using 
Lotus Notes/Domino. At the same time, the 
team wanted to link the knowledge repre- 
sented in the Loom repository with informa- 
tion and knowledge relating to the perfor- 
mance optimization projects that yielded the 
stored knowledge. Thus, the team went with 
an interim solution, partially incorporating 
the Loom knowledge map and cases into a 
Lotus Notes/Domino database of project- 
related knowledge, to provide structure for 
technical lessons learned on each project. 
Figure 2 is a screenshot of the ported system. 
The immediate benefits of this included 
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able for knowledge verification and integrity 
checking. 

Tn doing this work, we detected two weak- 
nesses in current knowledge-engineering tech- 
niques and technology. First, as we noted, PC- 
PACK and other textual mark-up systems do 
not cope adequately with concepts defined by 
several nonadjacent words. Thus, we have 
identified the need for a more flexible tool. 
Second, it is very difficult to integrate expres- 
sive reasoning tools such as Loom with intranet 
Icnowledge management environments such as 
Lotus Notes/Domino. It seems reasonable to 
conclude, therefore, that while knowledge- 
engineering processes are ready to bring sig- 
nificant benefits to knowledge management 
projects, the knowledge-engineering toolbox 
needs some improvement. H 
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